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METHOD AND SYSTEM FOR UTILIZING 
A DATABASE AS A SERVICE 



FIELD OF THE INVENTION 

The present invention relates generally to the use of a database and more particularly to 
utilizing a database over a public network. 

5 BACKGROUND OF THE INVENTION 

Advances in fiber technology have made communications bandwidth significantly 
more affordable. The Internet phenomenon spurred the installation of high speed networking 
O adapters to computers and the installation of high bandwidth transcontinental and international 

5f communication links. Because the Internet is a public access network, it has brought together 

computing service providers and computing service consumers in an unprecedented manner. 
% Web based e-mail service, like those offered by AOL, Yahoo and Microsoft, is an example of 

Q how mail-server software is offered as a service. E-mail services are used from around the 

fU world. E-mail service deals with both reads and writes and transient storage. Recently, storage 

H service providers have emerged who provide permanent storage and its management as a 

1 5 service. However, heretofore, databases have not been offered as a service to a plurality of 

users. 

The problem with utilizing the public network to handle a database is the 
administration costs. That is, as is known, the code to produce the database is relatively easy to 
implement, as opposed to the amount of service time required when a problem occurs in the 
20 code. It is well known that for large blocks of code it is virtually and practically impossible to 

ensure there are no bugs therein. Therefore, it is very important for a database to have an 
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administrator who manages resource allocations and failure situations. The administrator 
needs to be a database specialist who is capable of providing instant advice or correcting the 
code that is a problem. In addition, there are many versions of the database that may be used; 
for example, it is possible that a particular database needs to be supported by LINUX, by the 
Windows environment, by the Macintosh environment, and each of those versions would have 
problems that are unique to it. In addition, even within a particular type of code, such as the 
Windows operating environment, there may be different versions of that have different features 
that need to be debugged or the like. As a consequence, the critical cost in database 
management is the staff and the cost of the human beings associated with servicing the 
software. It is well known that there is a scarcity of skilled administrators and so it is also very 
difficult to find or pay for the cost of such administrators. Accordingly, given the present 
environment, it is not possible to provide a database that could be shared across multiple users 
without an extreme expense in human administration. As above mentioned, the administrator 
who would administer a database that would cover all versions and different types of operating 
systems would add a significant expense and would be difficult to retain in this type of 
environment. 

One realizes that, as before mentioned, when developing database code a small 
percentage are working on the code, while a much larger percentage are providing service for 
particular customers. So, for example, if in a particular customer's installation, where a 
database is running in a Windows environment, but a certain version of Windows, say 
Windows 6.8 that includes patches particular to that database, and it is running on a particular 
kind of processor, then it requires a specialized administrator with the expertise to service such 
a database. 
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The problem has been identified by others. Others are automating the installation, 
administration and management tasks. This approach partially solves the problem since no one 
has found a totally automated solution. Because administration and management tasks are 
different in various application environments, it may not ever be possible to fully automate the 
tasks. 

What is desired, therefore, is a system that would allow a database to be utilized across 
multiple environments without requiring the high administration expense. This system should 
be easy to implement, should be cost effective, and should not significantly affect the overall 
costs of such a database. The present invention addresses such a need. 

SUMMARY OF THE INVENTION 

A method and system for providing a database as a is disclosed. In a first aspect, the 
method comprises the steps of accessing the database over a public network by a browser 
without downloading software. The method further includes controlling access to the database 
on an agreed-upon schedule. In a second aspect, a database service for use on a public network 
is disclosed. The database service comprises a presentation layer, the presentation layer 
including a browser, a web server coupled to the public network and a web application 
platform coupled to the web server. The database includes an application layer comprising a 
user interface (UI) application. The UI application is executed on the web application platform 
and is capable of communicating with the browser through a standard program code. Finally, 
the database service includes a database management layer. The database management layer 
includes at least one database which communicates with the UI application. Accordingly, a 
database can be managed centrally while resources of the database can be consumed 
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individually and globally. An end user or a consolidator of users purchases database service 
from the database provider on an agreed schedule. Parameters used to calculate billing may 
include the amount of computing resources, say disk, allocated to the end users, the network 
bandwidth made available to them for use, or optional management services like back-up, 
restore, performance tuning, etc. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a system for providing a database as a service in accordance with 
the present invention. 

Figure 2 illustrates a system for providing a database as a service that includes a 
plurality of databases. 

Figure 3 is a simple flow chart of the system for providing a database as a service in 
accordance with the present invention. 

Figure 4 is a detailed flow chart for authenticating a user in accordance with the present 
invention. 

Figure 5 is a detailed flow chart of the web browser handling the database after 
authentication. 

DETAILED DESCRIPTION 

The present invention relates generally to the use of a database and more particularly to 
utilizing a database over a public network. The following description is presented to enable 
one of ordinary skill in the art to make and use the invention and is provided in the context of a 
patent application and its requirements. Various modifications to the preferred embodiment 
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and the generic principles and features described herein will be readily appfirent to those skilled 
in the art. Thus, the present invention is not intended to be limited to the embodiment shown 
but is to be accorded the widest scope consistent with the principles and features described 
herein. 

To describe the features of the present invention in detail, refer now to the following 
discussion along with the accompanying figures. 

Figure 1 illustrates a system 100 for providing a database as a service in accordance 
with the present invention. In a preferred embodiment, the browser 102 which is coupled to 
a computer 101 provides information to the public network 104, such as the Internet. The 
public network 104 in turn is coupled to the web server 106. The web server 106 in turn is 
in communication with an application platform 108 that includes the user interface (UI) 
application 110. In a preferred embodiment, the web application platform is Websphere™ 
by International Business Machines Corporation. The application user interface is in 
communication with a database 1 12, in this case DB2. The database 1 12 in turn is coupled 
to a backup database 1 14 to allow for redundancy if something happens to the database 1 12. 
In a preferred embodiment, the application platforml08, the UI application, and the 
database 1 12 would be within a service center. 

The system 100 is implemented as a three-tier architecture, namely: a presentation 
layer 103, an application layer 105, and a data management layer 107. There are two 
benefits of separating system 100 into a three-tiered architecture. The first is the insulation 
of software components of one layer from another; the other is the separation of concerns 
that helps interoperability and higher scalability. 

The presentation layer 103 includes a browser 102, the Internet 104, a web server 106 
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and a web application platform 108. The browser 102 is responsible for displaying the user 
interface and the web server 104 manages the communication between the browser 102 and 
the UI application 110. The platform 108 allows the UI application 1 10 to run. Connection, 
session management logic is provided by web application platform 108. The UI application 
110 communicates with the database via a standard protocol, such as the JDBC protocol. 
The presentation layer 103, together with the UI application 1 10, is also responsible for user 
authentication, session management by using session IDs, and database connection 
management. 

The application layer 107 comprises the user interface application 1 10 that in a 
preferred embodiment includes Java servlets that are managed by a servlet engine. Java is used 
for platform portability. In a preferred embodiment, in response to user interaction, the HTML 
code pages are generated and handed over to the presentation layer. 

The data management layer 105 includes the database 112 and a backup/recovery 
server 1 14. The database 1 12 and the backup/recovery server 1 14 communicate, on a set 
schedule, through a private and secure high-speed network, without human involvement. In 
addition, the backup server 1 14 recovers the database to another server 1 1 5 thus providing a 
warm standby for the database. What is meant by a warm standby is that the database includes 
the latest information but may not be instantly accessible. 

One recognizes that although Figure 1 illustrates one instance of the database 112, the 
key element is that the database be in one place. Figure 2 illustrates a system 100' for 
providing a database as a service that includes a plurality of databases 112' which are coupled 
to the UI application 1 1 0' by interconnect 111. Accordingly, it is readily apparent, that as long 
as the database service can be provided at a local site and then distributed globally, that its use 
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would be within the spirit and scope of the present invention. Similarly, since the desire is to 
minimize the number of people required to provide database administration, the optimum 
number of database administrators is one. However, it may be that one individual is not 
capable of managing all of the service issues and in the above-identified system of Figure 2 it 
would be possible to have an administrator that manages each database or a group of the 
databases. As before mentioned, the key feature is that the databases are housed in facilities 
that will allow for efficient management thereof. 

To describe the operation of the system in more detail, refer now to the following 
discussion in conjunction with the accompanying Figures. 

Figure 3 is a simple flow chart of the system for providing a database as a service in 
accordance with the present invention. First, the user, via the browser, is authenticated by the 
UI application, via step 302. The UI application then begins a session, via step 304. 
Thereafter the UI application generates commands to the web server to allow for a screen 
display, via step 306. The web server then causes the browser to display the screen, via step 
308. The browser then sends user commands to web server based upon user interactions, via 
step 310. The UI application then extracts database commands from the web server and sends 
the database commands to the database, via step 312. The database responds to database 
commands and send a response to UI application, via step 314. The UI application accepts 
database response and combines the database response with control commands (HTML code) 
and sends to web server via step 316. The web server then sends the datable response and 
other commands to browser for display, via step 318. 

Referring back to Figure 1, after the browser completes the changes to the database 
1 12, the database is then copied to the backup database 114. In so doing, the changes can be 
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accessed even if the primary database is out of service. In a preferred embodiment, the backup 
database would be located at a separate location from the service center to allow for access 
thereto if the service center is inaccessible. 

For a description of a preferred embodiment of the system and method for providing a 
database service in accordance with the present invention, refer now to the following 
discussion. 

Figures 4 and 5 are more detailed flow charts that illustrate the use of a database as a 
service in accordance with the present invention. Figure 4 is a detailed flow chart for 
authenticating a user in accordance with the present invention. First, a user opens a URL on 
the browser, via step 402. Next, the browser contacts the web server at the given URL, via 
step 404. Thereafter, the web server sends a request to UI application, via step 406. The UI 
application produces a hypertext markup language (HTML) code for the login page for the 
browser and then provides this HTML code to the web server, via step 408. 

The HTML code is utilized in a preferred embodiment, since all browsers can handle 
the code. One of ordinary skill in the art readily recognizes, however, any code that performs 
the same function which can be utilized on any browser would be within the spirit and scope of 
the present invention. 

Next, the web server sends the HTML code to the browser, via step 410. The browser 
then presents a login page to the user, via step 412. In response, the user presents a password 
and ID, via step 414 The browser then sends the HTML code to the web server via user 
interaction, step 416. The HTML code contains the user ID/password. 

The web server then presents the HTML code containing the user ID and password to 
the UI application, via step 418. The UI application extracts the user ID/password, via step 
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420. Finally the UI application determines if the user is authentic, via step 422. If the user is 
not authenticated, then end. If authentication succeeds, then the UI application opens a session 
(connection), via step 424. A session is then established and the user is connected to the 
database. 

Figure 5 is a detailed flow chart of the web browser handling the da tabase after 
authentication. First, the UI application generates the HTML code that presents a screen 
display for the user to enter information (information would be database commands) and gives 
to the web server, via step 502. The web server then sends the HTML code to the browser, via 
step 504. The web browser displays the UI screen, via step 506. The user presents SQL or 
other database commands in locations on the screen or window, via step 508. 

The web browser then sends the HTML code to the web server, via step 510. The web 
server accepts the HTML code and provides the code to the UI application, via step 5 12. The 
UI application extracts database commands from the HTML code, and sends database 
commands it to the database, via step 514. The database then responds to the database 
commands, via step 516. The database sends a response to UI application, via step 518. The 
UI application constructs the HTML code and sends to web server, via step 520. The web 
server sends the HTML code that includes the database response to the browser, via step 522. 
The browser utilizes the HTML code to present a screen display of database response, via step 
524. This process can be utilized, as long as the session is active, to manage the database to 
change and update information therein. In a preferred embodiment, a session would be active 
until either the user closes the session or when a predetermined time period has elapsed with no 
activity. 

A system and method in accordance with the present invention allows a database to be 
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offered as a service. An end user or a consolidator of users purchases database service from 
the database provider on an agreed schedule. Parameters used to calculate billing may include 
the amount of computing resources, say disk, allocated to the end users, the network bandwidth 
made available to them for use, or optional management services like back-up, restore, 
performance tuning, etc. 

Specifically, the installed web infrastructure is leveraged to deliver database service. 
Without downloading any software on their client (not even a database client) by a web 
browser, the database functionality is offered to the end user. The end user opens a URL, and 
is presented with a user interface through which the user types in a database language (such as 
SQL) statement or a set of statements and other database commands. These commands are 
captured on a server by logic and sent to a database. The results from the database are 
formatted appropriately and sent to the client's web browser for display. In addition, industry 
standard protocols like JDBC and ODBC that have the capability to make remote procedure 
calls to databases over the Internet are also supported by the database service. 

Although the present invention has been described in accordance with the 
embodiments shown, one of ordinary skill in the art will readily recognize that there could be 
variations to the embodiments and those variations would be within the spirit and scope of the 
present invention. Accordingly, many modifications may be made by one of ordinary skill in 
the art without departing from the spirit and scope of the appended claims. 
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